Technical building block

ABSTRACT

A virtual technical building block software development tool and a software development interface that speed accurate and quality software design are provided. The tools develop enterprise software architecture designs, and utilize a library of symbols and a virtual template. The library of symbols includes service oriented architecture symbols and enterprise application integration symbols. The template includes multiple sections to be displayed on a computing device screen. Each section includes a blank space bounded by a frame, and all of the sections are vertically aligned with one another to guide design flow. The sections of the template include, from top to bottom vertically, (1) a technical capabilities section; (2) an interaction sequence section; (3) a service topology section; (4) an integration flow section; and (5) a logging section. The technical building block software development tool streamlines software development and significantly reduces implementation and design time, and ensures reproducible quality of design.

RELATED APPLICATION

The current patent application is a continuation patent applicationwhich claims priority benefit, with regard to all common subject matter,to U.S. patent application Ser. No. 16/161,281, entitled “TECHNICALBUILDING BLOCK,” filed Oct. 16, 2018, which is a continuation of andclaims priority benefit, with regard to all common subject matter, toU.S. patent application Ser. No. 15/982,109 (now U.S. Pat. No.10,133,556), entitled “TECHNICAL BUILDING BLOCK,” filed May 17, 2018,which is a continuation of and claims priority benefit, with regard toall common subject matter, to U.S. patent application Ser. No.15/135,127 (now U.S. Pat. No. 10,001,974), entitled “TECHNICAL BUILDINGBLOCK”, filed Apr. 21, 2016, which claims priority benefit, with regardto all common subject matter, to U.S. Provisional Application Ser. No.62/262,536, entitled “TECHNICAL BUILDING BLOCK”, filed Dec. 3, 2015. Thelisted earlier-filed applications are hereby incorporated by referencein their entirety into the current patent application.

FIELD OF THE INVENTION

The present disclosure generally relates to technical building blocksoftware and/or computer software development interfaces for developingsoftware programs and applications.

BACKGROUND

Software development teams are generally responsible for creatingsoftware in support of a new product or program. For example, acorporation might offer a new device for sale to the public. Thecorporation might also offer technical support of the device in the formof technical documents from a website, customer representativesproviding phone support, software or firmware updates, and the like.Each of these aspects may require software created by a softwaredevelopment team to implement them.

Alternatively, a company, such as an insurance provider, may offer aprogram that provides a discount on insurance premiums to qualifiedcustomers. The insurance provider may alert customers to the existenceof the program, verify the qualifications of customers, and periodicallymonitor customer feedback or telematics data to verify that thequalifications are maintained. These activities may also requiresoftware to be created by a software development team implement them.

Software development teams may typically encounter several problems whenworking on a software creation project. First, there is often a lack ofcomputer software tools that allow a software architect or designer tocreate and document the architecture of the software which will provideproduct or program support. Second, as a result of the first problem,there is an inability of one development team to share the softwarearchitecture with another team that may have similar softwarerequirements. These and other problems may lead to extended developmenttimes, inefficient usage of resources, and other drawbacks.

BRIEF SUMMARY

Embodiments of the present technology relate to technical building blocksoftware and/or computer interfaces for use when developing enterprisesoftware architecture designs. The embodiments may provide for asoftware development interface that includes a library of symbols and atemplate. A software architect may utilize the symbols, at least inpart, to enter a design into the template. The template specifies thedesign of the software at multiple levels and may be used by programmersto write code for the design. In addition, the design pattern may bereused in full, or in part, to create new design patterns.

In a first aspect, a software development template implemented on acomputing device for use when developing enterprise softwarearchitecture designs may be provided. The template may include aplurality of sections to be displayed on a computing device screenwherein each section includes blank space bounded by a frame with all ofthe sections being vertically aligned with one another. The sections mayinclude: (1) a technical capabilities section configured to receive aplurality of capability components, each capability componentrepresenting a function of a software architecture design, wherein atleast a portion of the capability components are positioned in separatecolumns within the frame; (2) an interaction sequence section configuredto receive a plurality of interaction components illustrating theinteraction between the capability components, each interactioncomponent being associated with the capability components in one columnof the technical capabilities section, each interaction componentfurther being vertically aligned with its associated capabilitycomponents; (3) a service topology section configured to receive aplurality of service components that represent the hardware and softwareperforming the functions of the capability components and theinteraction components, each service component being associated with thecapability components and interaction components in one column, eachservice component further being vertically aligned with its associatedcapability components and interaction components; (4) an integrationflow section configured to receive a plurality of integration componentswhich represent hardware and software implementing the flow ofinformation between a service requestor and a service provider, eachintegration component being associated with the capability components,interaction components, and service components in one column, eachintegration component further being vertically aligned with itsassociated capability components, interaction components, and servicecomponents; and/or (5) a logging section configured to receive aplurality of logging components which represent hardware and softwareindicating the occurrence of events or activities related to thefunction of the software design, each logging component resulting froman action of one or more of the other components and being verticallyaligned therewith. The software development template may includeadditional, fewer, or alternative sections, including those discussedelsewhere herein.

In another aspect, a software development interface implemented on acomputing device for use when developing enterprise softwarearchitecture designs may be provided. The interface may comprise alibrary of symbols and a template. The library of symbols may includeservice oriented architecture symbols and enterprise applicationintegration symbols. The template may include a plurality of sections tobe displayed on a computing device screen wherein each section includesblank space bounded by a frame with all of the sections being verticallyaligned with one another. The sections may include (1) a technicalcapabilities section configured to receive a plurality of capabilitycomponents, each capability component representing a function of asoftware architecture design, wherein at least a portion of thecapability components are positioned in separate columns within theframe; (2) an interaction sequence section configured to receive aplurality of interaction components illustrating the interaction betweenthe capability components, each interaction component being associatedwith the capability components in one column of the technicalcapabilities section, each interaction component further beingvertically aligned with its associated capability components; (3) aservice topology section configured to receive a plurality of servicecomponents that represent the hardware and software performing thefunctions of the capability components and the interaction components,each service component being associated with the capability componentsand interaction components in one column, each service component furtherbeing vertically aligned with its associated capability components andinteraction components; (4) an integration flow section configured toreceive a plurality of integration components which represent hardwareand software implementing the flow of information between a servicerequestor and a service provider, each integration component beingassociated with the capability components, interaction components, andservice components in one column, each integration component furtherbeing vertically aligned with its associated capability components,interaction components, and service components; and/or (5) a loggingsection configured to receive a plurality of logging components whichrepresent hardware and software indicating the occurrence of events oractivities related to the function of the software design, each loggingcomponent resulting from an action of one or more of the othercomponents and being vertically aligned therewith. The softwaredevelopment interface may include additional, fewer, or alternativefeatures, including those discussed elsewhere herein.

Advantages of these and other embodiments will become more apparent tothose skilled in the art from the following description of the exemplaryembodiments which have been shown and described by way of illustration.As will be realized, the present embodiments described herein may becapable of other and different embodiments, and their details arecapable of modification in various respects. Accordingly, the drawingsand description are to be regarded as illustrative in nature and not asrestrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The Figures described below depict various aspects of computerinterfaces disclosed therein. It should be understood that each Figuredepicts an embodiment of a particular aspect of the disclosedinterfaces, and that each of the Figures is intended to accord with apossible embodiment thereof. Further, wherever possible, the followingdescription refers to the reference numerals included in the followingFigures, in which features depicted in multiple Figures are designatedwith consistent reference numerals. The present embodiments are notlimited to the precise arrangements and instrumentalities shown in theFigures.

FIG. 1 illustrates an exemplary virtual technical building block and/orsoftware development interface, constructed in accordance with variousembodiments, comprising a template and symbols from a library ofsymbols;

FIG. 2 illustrates a portion of a first library of symbols includingservice oriented architecture symbols;

FIG. 3 illustrates a portion of a second library of symbols includingenterprise application integration symbols; and

FIG. 4 illustrates exemplary computing devices on which the softwaredevelopment interface may be implemented.

The Figures depict exemplary embodiments for purposes of illustrationonly. One skilled in the art will readily recognize from the followingdiscussion that alternative embodiments of the systems and methodsillustrated herein may be employed without departing from the principlesof the invention described herein.

DETAILED DESCRIPTION

The present embodiments described in this patent application and otherpossible embodiments address a computer-centric challenge or problemwith a solution that is necessarily rooted in computer technology andmay relate to, inter alia, virtual technical building blocks and/orcomputer interfaces for use when developing enterprise softwarearchitecture designs. An interface allows for schematic entry ofenterprise software architecture designs. A software architect ordeveloper may utilize the interface to design a software package orapplication and specify the components of the design at multiple levels.In one embodiment, the design itself may not include any programmingcode, but may be handed off to a programming team who can create theactual computer code based on the specifications of the design.

The interface may include a template and a library of symbols. Thetemplate may comprise a plurality of sections, each including a frameinto which components of the design are entered. The sections of thetemplate may include five sections guiding the flow of softwaredevelopment or design: (1) a technical capabilities section, (2) aninteraction sequence section, (3) a service topology section, (4) anintegration flow section, and/or (5) a logging section.

First, the technical capabilities section may include a diagram ofcapability components representing major architectural functions orfeatures of the design. Second, the interaction sequence section mayinclude a diagram of interaction components illustrating the interactionbetween the capability components of the technical capabilities section.Third, the service topology section may include a diagram of servicecomponents that represent the hardware and software performing thefunctions, capabilities, and interactions indicated in the technicalcapabilities section and the interaction sequence section. Fourth, theintegration flow section may include a diagram of integration componentswhich represent hardware and software implementing the flow ofinformation between a service requestor and a service provider. Fifth,the logging section may include a plurality of logging componentsindicating the occurrence of events or activities related to thefunction of the software design. The symbols may include serviceoriented architecture (SOA) symbols and enterprise applicationintegration (EAI) symbols.

Specific embodiments of the technology will now be described inconnection with the attached drawing figures. The embodiments areintended to describe aspects of the invention in sufficient detail toenable those skilled in the art to practice the invention. Otherembodiments may be utilized and changes can be made without departingfrom the scope of the present invention. The following detaileddescription is, therefore, not to be taken in a limiting sense. Thescope of the present invention is defined only by the appended claims,along with the full scope of equivalents to which such claims areentitled.

Exemplary Software Development Interface

FIGS. 1-3 depict an exemplary software development interface 10 for usewhen developing enterprise software architecture designs. The softwaredevelopment interface 10 may broadly comprise a template 12, as shown inFIG. 1, and a library of symbols 14, as shown in FIGS. 2 and 3. Thesoftware development interface 10 may be implemented in a computer-aideddesign (CAD) program, such as Visio® from Microsoft® Corporation ofRedmond, Wash., that is executed on a computing device 16, such as thedevices shown in FIG. 4 including a desktop computer, a laptop computer,a workstation computer, a tablet, or the like. In various embodiments,the template 12 may be automatically loaded into the CAD program whenthe CAD program is started. Alternatively, the template 12 may be loadedas a file or design. Once the template 12 is loaded, all of it, or partof it, may appear on the screen of the computing device 16 display. Thelibrary of symbols 14 may be accessible through the CAD program. Usingthe template 12 and the library of symbols 14, a software design may beentered as described below.

The template 12 may include at least five sections 18 or fields intowhich the appropriate design schematics or descriptions are placed. Eachsection 18 may include a frame that bounds blank space, represented onthe computing device 16 display by an empty rectangle. In someembodiments, each section 18 may have a different background color. Inaddition, each section 18 may include a section title bar, whichincludes the name of the section and is positioned on one side of theframe, or alternatively along the top of the frame. The five sections 18include a technical capabilities section 20, an interaction sequencesection 22, a service topology section 24, an integration flow section26, and a logging section 28. In order to illustrate the features andfunction of each section 18, an exemplary design for communicating databetween computer servers has been implemented in the template 12 shownin FIG. 1.

The technical capabilities section 20 may include a diagram ofcapability components 30 representing major architectural functions orfeatures of the design. In typical embodiments, each capabilitycomponent 30 is presented in generic terms in a separate block withlines of data flow or control flow positioned therebetween, asappropriate. The capability components 30 may broadly include datasources, data destinations, data transceivers, and the like, such ascomputer servers acting as a provider or a consumer that either storedata or perform a function on data, network switches, routers, or hubs,electronic devices in the possession of customers such as desktop orlaptop computers, mobile electronic devices (like smartphones), sensorsor the like generating telematics data, and so forth.

Each capability component 30 that performs a particular function, suchas providing data or consuming data, may be positioned in its own columnacross the width of the frame of the technical capabilities section 20.Data or control function capability components 30 may be positioned inthe same column as the data provider or consumer capability components30 to which the function relates. Alternatively, the data or controlfunction capability components 30 may be positioned in their own columnalong a path between two data source or destination capabilitycomponents 30. In addition, lines connecting the capability components30 together may be added, with each line including an arrowhead at oneor both ends indicating the direction of flow of data or informationbetween the capability components 30.

In the exemplary design shown in FIG. 1, data may be routed between twoservers. Thus, the technical capabilities section 20 includes first andsecond capability components 30 labeled “server”, each positioned in itsown column. A third capability component 30, labeled “intermediaterouting”, is positioned in a column therebetween. Fourth and fifthcapability components 30, each labeled “access management” andassociated with one of the servers, are each positioned in the column ofthe associated server. A sixth capability component 30, labeled“endpoint management”, is positioned in the column with the accessmanagement.

The interaction sequence section 22 may include a diagram of interactioncomponents 32 illustrating the interaction between the capabilitycomponents 30 of the technical capabilities section 20. Each interactioncomponent 32 may include at least one vertical bar, orvertically-oriented rectangle, and a label describing the interaction.Each interaction component 32 may be associated with one column ofcapability components 30 from the technical capabilities section 20.Furthermore, each interaction component 32 may be vertically alignedwith its associated column of capability components 30.

The interaction component 32 typically provides the specifics of thecapability components 30 with which it is associated. For example, ifone of the capability components 30 of a column in the technicalcapabilities section 20 named a “server”, then the interaction component32 in the interaction sequence section 22 may identify the specifictechnology of the server, such as “UNIX”. As another example, one of thecapability components 30 names “intermediate routing”. The associatedinteraction component 32 identifies the routing as “enterprise servicebus technology”. The interaction sequence section 22 may further includeindications, such as lines with arrowheads, of interactions between theinteraction components 32, which represent the sequence ofrequest/response flows of the software design. Exemplary interactionsmay include requests of data or actions from a first capability to asecond capability, responses from the second capability to the firstcapability, time outs for the requests or other actions, and the like.The layout of the interaction components 32 and the sequence indicationsmay follow software markup standards.

The service topology section 24 may include a diagram of servicecomponents 34 that represent the hardware and software performing thefunctions, capabilities, and interactions indicated in the technicalcapabilities section 20 and the interaction sequence section 22. Theservice components 34 may be presented in blocks, as shown in FIG. 1.Alternatively, or additionally, the service components 34 may beselected from the library of service oriented architecture (SOA) symbols14A, as shown in FIG. 2, and entered into the service topology section24. The service components 34 may be placed in alignment with therelated capabilities indicated by the capability components 30 andinteraction components 32.

The service components 34 may include specific service implementations,or implemented products, of the capabilities from the sections 18 above.For example, a server may be indicated in the technical capabilitiessection 20 and UNIX server technology may be associated in theinteraction sequence section 22. In the service topology section 24, theserver may be specified as a Web application server, such as anenterprise version of Apache Tomcat™. As an additional example, theenterprise service bus indicated in the interaction sequence section 22may be specified as Mule enterprise service bus from Mulesoft in SanFrancisco, Calif. In addition, the service topology section 24 mayinclude secondary service components 34 that are positioned in the samecolumn as the primary service components 34 with which they interact.For example, the web server application mentioned above may interactwith an access management component, such as OpenAM from Forgerock ofSan Francisco, Calif.

Furthermore, the service topology section 24 may include indicators,such as lines with arrowheads, that illustrate the communicationprotocols between the service components 34. Examples of protocols mayinclude lightweight directory access protocol (LDAP), representationalstate transfer (ReST), open single sign-on (OpenSSO), and the like.

The integration flow section 26 may include a diagram of integrationcomponents 36 which represent hardware and software implementing theflow of information between a service requestor and a service provider.Typically, software applications or portions of software applicationscommunicate with each other in order to make requests or responses andperform routine operations or event sequences by sending messages to oneanother. The integration flow section 26 may be partitioned into arequest subsection 38, which includes integration components 36 thatrequest service, data, or access, and a response subsection 40, whichincludes integration components 36 that respond to requests.

The integration components 36 may be selected from the library ofEnterprise Application Integration (EAI) symbols 14A, as shown in FIG.3, and entered into the integration flow section 26. Furthermore, theintegration components 36 may be positioned within the integration flowsection 26 in vertical alignment with associated service components 34,interaction components 32, and capability components 30 of the othersections 18.

In the request subsection 38 of the integration flow section 26 of FIG.1, the exemplary software design may include policy enforcement andrequest routing, as indicated by the EAI symbols. The policy enforcementmay involve enforcing policies for security and access control whenrequests are received from servers wanting accessing to secureresources. For example, the policy enforcement may limit the number ofservice invocations that can be requested. The requests may be filteredand routed to specific locations for approval of access. Thus, theexemplary software design may also include authentication, which isaligned with the provider server from the service topology section 24.Authentication may verify the identity of the individual requestingaccess. Responses to the requests may be placed in the responsesubsection 40.

The logging section 28 may include a plurality of logging components 42indicating the occurrence of events or activities related to thefunction of the software design. The logging components 42 may be usefulfor tracking transactions or for debugging either during the developmentstage or during implementation when errors occur. The logging section 28may be partitioned into a system logging subsection 44, which logssystem events such as receiving a request and passing the request on tothe appropriate destination, and an application logging subsection 46,which logs messages at the application level. The logging components 42may result from certain actions by the integration components 36, theservice components 34, the interaction components 32, the capabilitycomponents 30, or combinations thereof. Thus, each logging component 42may be positioned in vertical alignment with one or more of thecomponents in the other sections 18.

The library of symbols 14 may include two sub libraries—a library ofservice oriented architecture (SOA) symbols 14A, a portion of which isshown in FIG. 2, and a library of enterprise application integration(EAI) symbols 14B, a portion of which is shown in FIG. 3. The SOAsymbols 14A may include SOA drafting symbols or icons that are generallyused in the service topology section 24. The symbols may include aservice with a uniform contract, a storage device or repository, amessage queue, a service composition, a user interface, a Web servicewith a service contract, among others. The EAI symbols 14B may includeEAI drafting symbols that are generally used in the integration flowsection 26. The symbols may include messaging patterns such as amessaging filter, a message store, a message translator, a messagingbridge, a messaging gateway, a message dispatcher, among others.

In various embodiments, the library of symbols 14 may be stored in, oraccessed through, a database or library, wherein each symbol may beassociated with data tags that allow the symbols to be searched andretrieved through the use of search terms. The library of symbols 14 maybe visible, at least in part, on the same screen as the template 12 ormay be viewed and accessed on a different screen from the template 12.

Exemplary Software Development Template for Use when DevelopingEnterprise Software Architecture Designs

In a first aspect, a software development template implemented on acomputing device for use when developing enterprise softwarearchitecture designs may be provided. The template may include aplurality of sections to be displayed on a computing device screenwherein each section includes blank space bounded by a frame with all ofthe sections being vertically aligned with one another.

A first section may be a technical capabilities section configured toreceive a plurality of capability components, each capability componentrepresenting a function of a software architecture design, wherein atleast a portion of the capability components are positioned in separatecolumns within the frame. A second section may be an interactionsequence section configured to receive a plurality of interactioncomponents illustrating the interaction between the capabilitycomponents, each interaction component being associated with thecapability components in one column of the technical capabilitiessection, each interaction component further being vertically alignedwith its associated capability components. A third section may be aservice topology section configured to receive a plurality of servicecomponents that represent the hardware and software performing thefunctions of the capability components and the interaction components,each service component being associated with the capability componentsand interaction components in one column, each service component furtherbeing vertically aligned with its associated capability components andinteraction components. A fourth section may be an integration flowsection configured to receive a plurality of integration componentswhich represent hardware and software implementing the flow ofinformation between a service requestor and a service provider, eachintegration component being associated with the capability components,interaction components, and service components in one column, eachintegration component further being vertically aligned with itsassociated capability components, interaction components, and servicecomponents. A fifth section may be a logging section configured toreceive a plurality of logging components which represent hardware andsoftware indicating the occurrence of events or activities related tothe function of the software design, each logging component resultingfrom an action of one or more of the other components and beingvertically aligned therewith. The template may include additional,fewer, or alternative sections, including those discussed elsewhereherein.

Furthermore: the capability components representing similar functionsmay be positioned in the same column, and the technical capabilitiessection may further include a plurality of lines, with each lineconnecting at least two capability components to one another, and eachline including at least one arrowhead indicating a direction of flow ofdata between the capability components. Each interaction component mayinclude a vertically-oriented bar and a label positioned therewithdescribing the specific implementation of the function of the capabilitycomponent associated with the interaction component. The interactionsequence section may further includes a plurality of lines between eachpair of adjacently-positioned interaction components, with the linesindicating a request, a response, and a time out, as necessary. Theservice components may include service oriented architecture symbols.The integration flow section may include a request subsection in whichintegration components requesting service, data, or access are placedand a response subsection in which integration components responding torequests are placed. The integration components may include enterpriseapplication integration symbols. The logging section may include asystem logging subsection in which logging components log system events,and an application logging subsection in which logging components logmessages at an application level.

Exemplary Software Development Interface for Use when DevelopingEnterprise Software Architecture Designs

In another aspect, a virtual technical building block for softwaredesign and/or a software development interface implemented on acomputing device for use when developing enterprise softwarearchitecture designs may be provided. The technical building blockand/or interface may comprise a library of symbols and a template. Thelibrary of symbols may include service oriented architecture symbols andenterprise application integration symbols. The template may include aplurality of sections to be displayed on a computing device screenwherein each section includes blank space bounded by a frame with all ofthe sections being vertically aligned with one another. The sections mayinclude (1) a technical capabilities section configured to receive aplurality of capability components, each capability componentrepresenting a function of a software architecture design, wherein atleast a portion of the capability components are positioned in separatecolumns within the frame; (2) an interaction sequence section configuredto receive a plurality of interaction components illustrating theinteraction between the capability components, each interactioncomponent being associated with the capability components in one columnof the technical capabilities section, each interaction componentfurther being vertically aligned with its associated capabilitycomponents; (3) a service topology section configured to receive aplurality of service components that represent the hardware and softwareperforming the functions of the capability components and theinteraction components, each service component being associated with thecapability components and interaction components in one column, eachservice component further being vertically aligned with its associatedcapability components and interaction components; (4) an integrationflow section configured to receive a plurality of integration componentswhich represent hardware and software implementing the flow ofinformation between a service requestor and a service provider, eachintegration component being associated with the capability components,interaction components, and service components in one column, eachintegration component further being vertically aligned with itsassociated capability components, interaction components, and servicecomponents; and/or (5) a logging section configured to receive aplurality of logging components which represent hardware and softwareindicating the occurrence of events or activities related to thefunction of the software design, each logging component resulting froman action of one or more of the other components and being verticallyaligned therewith. The interface may include additional, fewer, oralternative features, including those discussed elsewhere herein.

Furthermore, the capability components representing similar functionsmay be positioned in the same column; the technical capabilities sectionmay further include a plurality of lines (with each line connecting atleast two capability components to one another, and each line includingat least one arrowhead indicating a direction of flow of data betweenthe capability components); each interaction component may include avertically-oriented bar and a label positioned therewith describing thespecific implementation of the function of the capability componentassociated with the interaction component; the interaction sequencesection may further include a plurality of lines between each pair ofadjacently-positioned interaction components, the lines indicating arequest, a response, and a time out, as necessary; the servicecomponents may include service oriented architecture symbols; theintegration flow section may include a request subsection in whichintegration components requesting service, data, or access are placedand a response subsection in which integration components responding torequests are placed; the integration components may include enterpriseapplication integration symbols; and/or the logging section may includea system logging subsection in which logging components log systemevents, and an application logging subsection in which loggingcomponents log messages at an application level.

Exemplary Technical Building Block

Prior to the creation of the Technical Building Block pattern templateand pattern library, projects seeking design pattern information wouldhave to seek out design pattern information which may be decentralizedacross many sources and fragmented by area of concern (i.e., Systemtopology, component interaction sequence, integration methods, etc.) TheEnterprise Architecture Technical Building Block pattern template andcontent library provides a complete, concise, and standardized formatfor documenting solution design patterns.

The Technical Building Block pattern template separates five primaryareas of design concern into specific content layers utilizing specificnomenclature for each layer. The content layers are described below.

At a high level, the “Technical Building Block” tool may include twomain functionality parts—“What?” and “How?” parts. The “What?” part mayinclude 2 sections—the Technical Capabilities and Interaction Sequencesections.

The Technical Capabilities section may describe the key technicalarchitectural capabilities included in the Technical Building Block, andmay address the technical capabilities of the computing system and/orsoftware, and the logical relationship between the capabilities. Inaddition to the icons shown in FIG. 1, other icons may be utilized forthis section. For instance, the Technical Capabilities section mayinclude icons related servers, framework services, storage, memoryunits, databases, scheduling, data quality management, accessmanagement, structured data, WAN or other connectivity, data movement,message queuing, data transformation, mobile, message processing, and/orother features, capabilities, or requirements (to virtually depict theTechnical Capabilities).

The Interaction Sequence may describe the interaction sequence betweenthe categorized capabilities included in the Technical Building Block,and may address a technology category, request flow, timeouts, retry,call-back, and/or error handling. In addition to the icons shown in FIG.1, other icons may be utilized for this section. For instance, theInteraction Sequence may include descriptive labels or icons related topersonal computers, Linux or other servers, EAI technology, andmainframes (to virtually depict the Interaction Sequence). For instance,communication sequence may be Personal Computing Technology->LinuxServer Technology->Linux Server Technology->Linux ServerTechnology->Linux Server Technology->EAI Technology->MainframeTechnology, or the like.

The “How?” part of the Technical Building Block tool may include 3sections—the Service Topology, Integration Flow, and Logging sections.The Service Topology section may describe the service topology of thesoftware, and may address technology products, technical architecturetechniques, and/or consumer/provider context. In addition to the iconsshown in FIG. 1, other icons may be utilized for this section. Forinstance, sub-windows may be displayed virtually representing (1) amobile customer, (2) a vendor environment, and (3) Enterpriseenvironment—all in electronic communication with each other (tovirtually depict the Service Topology). The mobile customer sub-windowmay include an iOS/Android icon. The vendor environment sub-window mayinclude Tc Server, Rabbit MQ, Linux/Flume, Linux/HBase, andLinx/MapReduce icons. The Enterprise environment sub-window may includeLinux WTX, Linux WAS/MQ, and Z/OS Haplex icons.

The Integration Flow section may describe the integration flow betweenthe service requestor and service provider, and may address security,integration capabilities, request mediation, and/or response mediation.In addition to the icons shown in FIG. 1, other icons may be utilizedfor this section. For instance, authentication, message endpoint,semantic translation, aggregator, message gateway, message router, andformat translation icons may be used to depict the Integration Flow. TheIntegration Flow may relate to the functionality that is to bedeveloped.

The Logging section may indicate the points of recommended system andapplication event logging, and may address event logging, transactionvisibility, and/or traceability. The Logging section may use icons otherthan those depicted in FIG. 1.

The Technical Building Block Pattern document may contain a detailedtext description of each layer of the information contained within theTechnical Building Block template. This document provides an opportunityto explain additional design considerations related to the solutionpattern.

The Technical Building Block Diagram Template contains a graphicaldepiction of each layer of the Technical Building Block Pattern Library.The Technical Building Block Pattern Library may provide a searchablerepository of design patterns. Design patterns may be tagged usingmeta-data that assists the consumer with easily locating the appropriatedesign pattern for their project.

The Technical Building Block pattern template provides a unique approachto document solution design patterns. The Technical Building Block isbased upon an organizations' formally recognized TechnicalCapabilities—which provides direct lineage between documented technicalarchitecture capabilities and the solution design concepts that areapplied within a project lifecycle. The Technical Building Block patterntemplate consolidates design perspective on five primary areas ofconcern into a single, standardized, artifact which simplifies accessand consumption. The alignment of content between each layer of thepattern template allows the Architect to navigate from high-level designconcepts down to low-level design concepts within a single view.

In one aspect, a technical building block tool for software requirementdesign may be provided. The technical building block may include a userinterface including (1) a technical capabilities section that provides avirtual representation of the technical architectural capabilities of acomputing system, and a relationship between the technical architecturalcapabilities; (2) an interaction sequence section that provides avirtual representation of a sequence of communication between thetechnical architectural capabilities shown in the technical capabilitiessections; (3) a service topology section that provides a virtualrepresentation of a service topology of software; (4) an integrationflow section that provides a virtual representation of integration flowbetween service requestor and service provider; and/or (5) a loggingsection that provides a virtual representation of points of recommendedsystem and application event logging to facilitate establishing softwaredesign requirements given desired software functionality.

Additional Considerations

In this description, references to “one embodiment”, “an embodiment”, or“embodiments” mean that the feature or features being referred to areincluded in at least one embodiment of the technology. Separatereferences to “one embodiment”, “an embodiment”, or “embodiments” inthis description do not necessarily refer to the same embodiment and arealso not mutually exclusive unless so stated and/or except as will bereadily apparent to those skilled in the art from the description. Forexample, a feature, structure, act, etc. described in one embodiment mayalso be included in other embodiments, but is not necessarily included.Thus, the current technology can include a variety of combinationsand/or integrations of the embodiments described herein.

Although the present application sets forth a detailed description ofnumerous different embodiments, it should be understood that the legalscope of the description is defined by the words of the claims set forthat the end of this patent and equivalents. The detailed description isto be construed as exemplary only and does not describe every possibleembodiment since describing every possible embodiment would beimpractical. Numerous alternative embodiments may be implemented, usingeither current technology or technology developed after the filing dateof this patent, which would still fall within the scope of the claims.

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Certain embodiments are described herein as including logic or a numberof routines, subroutines, applications, or instructions. These mayconstitute either software (e.g., code embodied on a machine-readablemedium or in a transmission signal) or hardware. In hardware, theroutines, etc., are tangible units capable of performing certainoperations and may be configured or arranged in a certain manner. Inexample embodiments, one or more computer systems (e.g., a standalone,client or server computer system) or one or more hardware modules of acomputer system (e.g., a processor or a group of processors) may beconfigured by software (e.g., an application or application portion) ascomputer hardware that operates to perform certain operations asdescribed herein.

In various embodiments, computer hardware, such as a processing element,may be implemented as special purpose or as general purpose. Forexample, the processing element may comprise dedicated circuitry orlogic that is permanently configured, such as an application-specificintegrated circuit (ASIC), or indefinitely configured, such as an FPGA,to perform certain operations. The processing element may also compriseprogrammable logic or circuitry (e.g., as encompassed within ageneral-purpose processor or other programmable processor) that istemporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement the processingelement as special purpose, in dedicated and permanently configuredcircuitry, or as general purpose (e.g., configured by software) may bedriven by cost and time considerations.

Accordingly, the term “processing element” or equivalents should beunderstood to encompass a tangible entity, be that an entity that isphysically constructed, permanently configured (e.g., hardwired), ortemporarily configured (e.g., programmed) to operate in a certain manneror to perform certain operations described herein. Consideringembodiments in which the processing element is temporarily configured(e.g., programmed), each of the processing elements need not beconfigured or instantiated at any one instance in time. For example,where the processing element comprises a general-purpose processorconfigured using software, the general-purpose processor may beconfigured as respective different processing elements at differenttimes. Software may accordingly configure the processing element toconstitute a particular hardware configuration at one instance of timeand to constitute a different hardware configuration at a differentinstance of time.

Computer hardware components, such as communication elements, memoryelements, processing elements, and the like, may provide information to,and receive information from, other computer hardware components.Accordingly, the described computer hardware components may be regardedas being communicatively coupled. Where multiple of such computerhardware components exist contemporaneously, communications may beachieved through signal transmission (e.g., over appropriate circuitsand buses) that connect the computer hardware components. In embodimentsin which multiple computer hardware components are configured orinstantiated at different times, communications between such computerhardware components may be achieved, for example, through the storageand retrieval of information in memory structures to which the multiplecomputer hardware components have access. For example, one computerhardware component may perform an operation and store the output of thatoperation in a memory device to which it is communicatively coupled. Afurther computer hardware component may then, at a later time, accessthe memory device to retrieve and process the stored output. Computerhardware components may also initiate communications with input oroutput devices, and may operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processing elements thatare temporarily configured (e.g., by software) or permanently configuredto perform the relevant operations. Whether temporarily or permanentlyconfigured, such processing elements may constitute processingelement-implemented modules that operate to perform one or moreoperations or functions. The modules referred to herein may, in someexample embodiments, comprise processing element-implemented modules.

Similarly, the methods or routines described herein may be at leastpartially processing element-implemented. For example, at least some ofthe operations of a method may be performed by one or more processingelements or processing element-implemented hardware modules. Theperformance of certain of the operations may be distributed among theone or more processing elements, not only residing within a singlemachine, but deployed across a number of machines. In some exampleembodiments, the processing elements may be located in a single location(e.g., within a home environment, an office environment or as a serverfarm), while in other embodiments the processing elements may bedistributed across a number of locations.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g., a computer with a processing element andother computer hardware components) that manipulates or transforms datarepresented as physical (e.g., electronic, magnetic, or optical)quantities within one or more memories (e.g., volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine components that receive, store, transmit, or displayinformation.

As used herein, the terms “comprises,” “comprising,” “includes,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus.

The patent claims at the end of this patent application are not intendedto be construed under 35 U.S.C. § 112(f) unless traditionalmeans-plus-function language is expressly recited, such as “means for”or “step for” language being explicitly recited in the claim(s).

Although the invention has been described with reference to theembodiments illustrated in the attached drawing figures, it is notedthat equivalents may be employed and substitutions made herein withoutdeparting from the scope of the invention as recited in the claims.

Having thus described various embodiments of the invention, what isclaimed as new and desired to be protected by Letters Patent includesthe following: 1.-20. (canceled)
 21. A software development templateimplemented and embedded on a computing device for use when developingenterprise software architecture designs, the software developmenttemplate comprising: a plurality of sections to be displayed on acomputing device screen, each section including blank space bounded by aframe with all of the sections aligned with one another, the sectionsincluding: a technical capabilities section configured to receive aplurality of capability components, each capability componentrepresenting a function of a software architecture design; aninteraction sequence section configured to receive a plurality ofinteraction components illustrating the interaction between thecapability components; a service topology section configured to receivea plurality of service components which represent hardware and softwareperforming functions of the capability components and the interactioncomponents; an integration flow section configured to receive aplurality of integration components which represent hardware andsoftware implementing a flow of information between a service requestorand a service provider; and a logging section configured to receive aplurality of logging components which represent hardware and softwareindicating the occurrence of events or activities related to thefunction of the software design.
 22. The software development templateof claim 21, wherein each interaction component in the interactionsequence section is aligned with the capability components associatedtherewith in the technical capabilities section.
 23. The softwaredevelopment template of claim 21, wherein each service component in theservice topology section is aligned with the capability componentsassociated therewith in the technical capabilities section andinteraction components in the interaction sequence section.
 24. Thesoftware development template of claim 21, wherein each integrationcomponent in the integration flow section is aligned with the capabilitycomponents associated therewith in the technical capabilities section,interaction components in the interaction sequence section, and servicecomponents in the service topology section.
 25. The software developmenttemplate of claim 21, wherein each logging component in the loggingsection is aligned with the capability components associated therewithin the technical capabilities section, interaction components in theinteraction sequence section, service components in the service topologysection, and integration components in the integration flow section. 26.The software development template of claim 21, wherein capabilitycomponents representing similar functions are positioned in a samecolumn of the technical capabilities section.
 27. The softwaredevelopment template of claim 21, wherein the technical capabilitiessection further includes a plurality of lines, each line connecting atleast two capability components to one another, each line including atleast one arrowhead indicating a direction of flow of data between thecapability components and the interaction sequence section furtherincludes a plurality of lines between each pair of adjacently-positionedinteraction components, the lines indicating a request, a response, anda time out, as necessary.
 28. The software development template of claim21, wherein each interaction component includes a vertically-orientedbar and a label positioned therewith describing a specificimplementation of the functions of the capability components associatedwith the interaction component.
 29. The software development template ofclaim 21, wherein the service components include service orientedarchitecture symbols and the integration components include enterpriseapplication integration symbols.
 30. The software development templateof claim 21, wherein the integration flow section includes a requestsubsection in which integration components requesting service, data, oraccess are placed and a response subsection in which integrationcomponents responding to requests are placed and the logging sectionincludes a system logging subsection in which logging components logsystem events and an application logging subsection in which loggingcomponents log messages at an application level.
 31. A softwaredevelopment interface implemented and embedded on a computing device foruse when developing enterprise software architecture designs, thesoftware development interface comprising: a library of service orientedarchitecture symbols representing service components; a library ofenterprise application integration symbols representing integrationcomponents; and a template comprising a plurality of sections to bedisplayed on a computing device screen, the sections including: atechnical capabilities section configured to receive a plurality ofcapability components, each capability component representing a functionof a software architecture design, an interaction sequence sectionconfigured to receive a plurality of interaction components illustratingthe interaction between the capability components, a service topologysection configured to receive a plurality of service components whichrepresent hardware and software performing functions of the capabilitycomponents and the interaction components, an integration flow sectionconfigured to receive a plurality of integration components whichrepresent hardware and software implementing a flow of informationbetween a service requestor and a service provider, and a loggingsection configured to receive a plurality of logging components whichrepresent hardware and software indicating the occurrence of events oractivities related to the function of the software design.
 32. Thesoftware development interface of claim 31, wherein each interactioncomponent in the interaction sequence section is aligned with itsassociated capability components in the technical capabilities section,each service component in the service topology section is aligned withits associated capability components in the technical capabilitiessection and interaction components in the interaction sequence section,each integration component in the integration flow section is alignedwith its associated capability components in the technical capabilitiessection, interaction components in the interaction sequence section, andservice components in the service topology section, and each loggingcomponent in the logging section is aligned with its associatedcapability components in the technical capabilities section, interactioncomponents in the interaction sequence section, service components inthe service topology section, and integration components in theintegration flow section.
 33. The software development interface ofclaim 31, wherein capability components representing similar functionsare positioned in a same column of the technical capabilities section.34. The software development interface of claim 31, wherein thetechnical capabilities section further includes a plurality of lines,each line connecting at least two capability components to one another,each line including at least one arrowhead indicating a direction offlow of data between the capability components and the interactionsequence section further includes a plurality of lines between each pairof adjacently-positioned interaction components, the lines indicating arequest, a response, and a time out, as necessary.
 35. The softwaredevelopment interface of claim 31, wherein each interaction componentincludes a vertically-oriented bar and a label positioned therewithdescribing a specific implementation of the functions of the capabilitycomponents associated with the interaction component.
 36. The softwaredevelopment interface of claim 31, wherein the integration flow sectionincludes a request subsection in which integration components requestingservice, data, or access are placed and a response subsection in whichintegration components responding to requests are placed and the loggingsection includes a system logging subsection in which logging componentslog system events and an application logging subsection in which loggingcomponents log messages at an application level.
 37. The softwaredevelopment interface of claim 31, wherein the service componentsinclude service oriented architecture symbols and the integrationcomponents include enterprise application integration symbols.
 38. Asoftware development interface implemented and embedded on a computingdevice for use when developing enterprise software architecture designs,the software development interface comprising: a library of serviceoriented architecture symbols representing service components; a libraryof enterprise application integration symbols representing integrationcomponents; and a template comprising a plurality of sections to bedisplayed on a computing device screen, each section including blankspace bounded by a frame with all of the sections aligned with oneanother, the sections including: a technical capabilities sectionconfigured to receive a plurality of capability components, eachcapability component representing a function of a software architecturedesign, an interaction sequence section configured to receive aplurality of interaction components illustrating the interaction betweenthe capability components, a service topology section configured toreceive a plurality of service components which represent hardware andsoftware performing functions of the capability components and theinteraction components, wherein the service components include serviceoriented architecture symbols, an integration flow section configured toreceive a plurality of integration components which represent hardwareand software implementing a flow of information between a servicerequestor and a service provider, and a logging section configured toreceive a plurality of logging components which represent hardware andsoftware indicating the occurrence of events or activities related tothe function of the software design.
 39. The software developmentinterface of claim 38, wherein the technical capabilities sectionfurther includes a plurality of lines, each line connecting at least twocapability components to one another, each line including at least onearrowhead indicating a direction of flow of data between the capabilitycomponents, each interaction component includes a vertically-orientedbar and a label positioned therewith describing the specificimplementation of the function of the capability component associatedwith the interaction component, the interaction sequence section furtherincludes a plurality of lines between each pair of adjacently-positionedinteraction components, the lines indicating a request, a response, anda time out, as necessary, the integration flow section includes arequest subsection in which integration components requesting service,data, or access are placed and a response subsection in whichintegration components responding to requests are placed, and thelogging section includes a system logging subsection in which loggingcomponents log system events and an application logging subsection inwhich logging components log messages at an application level.
 40. Thesoftware development interface of claim 38, wherein: each interactioncomponent in the interaction sequence section is vertically aligned withits associated capability components in the technical capabilitiessection, each service component in the service topology section isvertically aligned with its associated capability components in thetechnical capabilities section and interaction components in theinteraction sequence section, each integration component in theintegration flow section is vertically aligned with its associatedcapability components in the technical capabilities section, interactioncomponents in the interaction sequence section, and service componentsin the service topology section, and each logging component in thelogging section is vertically aligned with its associated capabilitycomponents in the technical capabilities section, interaction componentsin the interaction sequence section, service components in the servicetopology section, and integration components in the integration flowsection.